Welcome to Week 2 of the COVIDiary project! If you are new, start at the beginning here.
In an effort to thoroughly document the COVIDiary build process, we are starting at the very beginning this week, laying the groundwork for our project. I am sharing the order in which I completed these tasks, though I realize there are multiple other approaches you could take. Do what works for you.
At the end of today, we will have:
- Two separate GitHub repositories
- GitHub projects to track our work
- Our basic file structure
One of the first decisions we need to make is whether COVIDiary will be built with a mono- or multi- repo pattern. There are pros and cons to both sides, and this article does a great job of explaining them.
For this project, we will use a multi-repo pattern, housing the frontend and backend in separate GitHub repositories.
- After logging into your GitHub account, click the plus sign dropdown in the upper-right-hand corner. Then, click “New repository.”
- For your first repo, name it “COVIDiary-client,” add a quick description, check the README box, and pick a license. I usually go with the MIT license, but there are several to choose from. Pick the one you like most. Click the green “Create repository” button.
- Repeat steps 1 and 2, this time naming your repository “COVIDiary-api.”
GitHub Projects is a great tool for keeping track of your app’s development. With the ability to create issues and assign them to specific individuals, Projects are even more helpful if you are working on a team. It removes the guesswork about what needs to be done and who needs to do it.
Just to practice with the Projects workflow, we are going to build one for each of our repos.
- In your repository, click the “Projects” tab. Then, click the green “Create a project” button.
- Give your project a name and description, and then select a project template. When you’re done, click the green “Create project” button.
- Your project comes populated with cards that explain more about how Projects works. Give them a read, and then archive them.
- Build your “To do” list. In the “To do” column, click the plus sign, enter your task, and click the green “Add” button.
- From this point, you can leave the tasks as-is, or you can convert them to issues. I like to use issues so I can assign them to myself and also have a commit record for my ideas. To do this, click the three dots in the right-hand corner of the card and select click “Convert to issue.” Check that the information is correct, and click the green “Convert to issue” button.
- When you’re working on an issue, move it to “In Progress.” It will automatically move to “Done” when you close the issue.
We’re going to step away from GitHub for a moment. We need to create a home for your local copy of your project. We are going to keep both the frontend and backend projects in a shared parent folder. Complete the following steps in your terminal:
cdinto whatever folder you use to store your dev projects.
- Make the parent folder with
cdinto the new folder with
- Create the API folder with
- Create the client folder with
Now, we’ll clone our GitHub repositories into their new homes on our local environment. For this step, we’ll be jumping back and forth between our terminal and GitHub. You’ll complete this process twice, once for each repo.
- In your browser, navigate to the repo you wish to clone. Click the green “Clone or download” button, and copy the link it provides.
- Back in your terminal,
cdinto the appropriate project folder. For this example, I’m moving into the API folder.
git clone, pasting in the link you just copied.
We now have everything we need to hit the ground running. Next week, we’ll focus on building out the backend and structuring the PostgreSQL database. In the meantime, keep learning, wash your hands, and stay home! I’m sending you love and virtual (germ-free) hugs.