Foster Hangdaan@lemmy.fosterhangdaan.comtoTechnology@lemmy.world•This technology will change video games forever...English
0·
5 days agoDon’t forget: entrepreneur, playboy, philanthropist.
Just a random person who likes building software and configuring Linux.
Don’t forget: entrepreneur, playboy, philanthropist.
They are the project’s subfolders (outside of the Git repo):
code
contains the source code; version-controlled with Git.wiki
contains documentation and also version-controlled.designs
contains GIMP, Inkscape or Krita save files.This structure works for me since software projects involve more things than just the code, and you can add more subfolders according to your liking such as notes
, pkgbuild
(for Arch Linux), or releases
.
I tend to follow this structure:
Projects
├── personal
│ └── project-name
│ ├── code
│ ├── designs
│ └── wiki
└── work
└── project-name
├── code
├── designs
└── wiki
I maintain a rule that all files above the repo must be inside a folder, with one exception: a README file. Including the
code
folder, this typically results in no more than 5 folders; the project folder itself is kept organized and uncluttered.