Personally, to keep my documents like Inkscape files or LibreOffice documents separate from my code, I add a directory under my home directory called Development. There, I can do git clones to my heart’s content
What do you all do?
~/git~/dev/, with project/org subdirectoriesAdmittedly, that irks me slightly just because of the shared name with the devices folder in root, but do what works for you.
I actually have my whole home directory like that for that reason haha
bin - executables dev - development, git projects doc - documents etc - symlinks to all the local user configs med - pictures, music, videos mnt - usb/sd mountpoints nfs - nfs mountpoints smb - smb mountpoints src - external source code tmp - desktopThis is pure insanity. Chaos.
Fascinating idea!
Same. Short and sweet.
~/src/
Simple, effective, doesn’t make my home folder any more of a mess than I already left it as.
Like others, I have a folder in my home directory called “Code.” Most operating systems encourage you to organize digital files by category (documents, photos, music, videos). Anything that doesn’t fit into those categories gets its own new directory. This is especially important for me, as all my folders except Code are synced to NextCloud.
~/Projects
~/git/vendor//and
~/git////Examples:
~/git/vendor/EnigmaCurry/d.rymcg.tech ~/git/mike/forgejo/mikew/myproject ~/git/mike/github/johndoe/otherProjectSame, but by language, e.g.
Development/Python.What if a project uses multiple languages?
Symlink each individual file, obviously.
Me waiting for tagging filesystems to become the standard
Thinking of the projects I work on, I don’t understand the value in categorizing by language, rather than theme (
~/Development/Web/,~/Development/Games/) or just the project folders right there.Yeah, everyone has to find their own way of organising, I guess. For me, there are too many different little projects that it would get messy throwing them all in one folder. And they’re so varied that I couldn’t think of one single “theme” or topic for most of them. Nothing I would remember a week later anyways.
deleted by creator
I tend to follow this structure:
Projects ├── personal │ └── project-name │ ├── code │ ├── designs │ └── wiki └── work └── project-name ├── code ├── designs └── wikiIs “code”, “designs” and “wiki” here just some example files in the repo or are those sub-folders, and you only have the repo underneath
code?They are the project’s subfolders (outside of the Git repo):
codecontains the source code; version-controlled with Git.wikicontains documentation and also version-controlled.designscontains 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), orreleases.Ah, interesting. In my current setup, I dump the auxilliary files into a folder above the repo, but it can certainly make it a bit messy to find the repo in there then…
I maintain a rule that all files above the repo must be inside a folder, with one exception: a README file. Including the
codefolder, this typically results in no more than 5 folders; the project folder itself is kept organized and uncluttered.
Most of my code and some non-code is under
~/src, but I have repos scattered all around for other things.~/Projects/$TOPIC_OR_LANGUAGE/$PROJECT_NAMEie.
~/Projects/Web/passport.inkfor a web dev project~/Projects/Minecraft/synthetic_ascensionfor a Minecraft mod~/Projects/C++/journalppfor a C++ library
${HOME}/repos~/git, for projects I cloned from the web because I don’t know how to code :(
~/repo for code I write and ~/src for code I didnt.
~/code/git//Mostly a holdover from when I regularly pulled
svn/hg/cvsrepos and needed reminding what tool to use for which project.No idea why I still do it.
