pos VS Gitbucket

Make the changes to the code you just cloned in your computer. If you already have changes, you can copy-paste them into this local project whose code is being tracked by git. Then, using the GitHub terminal for Windows or the Linux/Mac terminal with the git command line command installed, from the directory of the repository you cloned (so for this example it would be ~/Home/code/pos because the name of my project is "pos") run git status to see the list of files you modified in this project. Then run git add . (with a period in the command) to add all the modified files or git add file.py to add say a file named file.py that you modified. Then run the command git commit -m "I modified the file file.py" or whatever you want to be the message documenting what change you made to your project (the -m flag specifies the commit message). A git commit is like a save point in a videogame, if you mess up you can always go back to it, reverting all your code to that point. Finally, do git push origin master to push your changes from your local git repository to the one in GitHub (in this command master refers to the name of the branch in the git repository, the master branch, and origin refers to the origin of where you got the code from, in this example it is https://github.com/JohnReedLOL/pos . A branch in git is like a version of your code and the master branch is the main version. If someone is working on version 2.0 they might make a branch named "2.0" that is a clone of the master branch, add their commits to it, and when they're done merge those commits back into the master branch.

A portfolio of personal projects ceases to matter when you have years of relevant experience but it can help you get your first few jobs. The code for personal projects is usually hosted on GitHub with a README.md file in your project's repository for documentation. Here's a project I published because I found it useful for print debugging Scala code: https://github.com/JohnReedLOL/pos . Usually if prospective employers look at your personal project they will just briefly look at the README documentation without actually running it (I don't think any employer actually takes the time to run the code in your personal projects). I also have a website I built for my mom's condo at https://sea-air-towers.herokuapp.com/ with the source code at https://github.com/JohnReedLOL/TypeScript-Node-Starter , both of which I previously put on my resume. I like having links to websites I built on my resume because a potential employer can click the link and briefly take a look, which is much more convenient for them than having to execute the code you wrote on their machine, which they don't have the time or interest in doing. For hosting I used Heroku because it's more convenient than AWS and they used to be 100% free for personal projects, but recently Salesforce bought Heroku and ended that policy so the app hosting has been costing $7 per month. You might incur less cost if you take out AWS free tier or free credits although those run out after some number of months.

Gitbucket (https://gitbucket.github.io/)

GitBucket

Link: https://github.com/gitbucket/gitbucket

Another self-hosted project in the space that i've seen was GitBucket, although it runs on the JVM (not necessarily a bad thing, just different from Go): https://gitbucket.github.io/

Version control Systems eg. Github, Bitbucket, Gitbucket help in version control of your code and generally storage of your code. It can also serve as a visual reminder of the progress you make eg. on Github there is a monitoring system that shows how many days you are active on the platform.

> Git itself decentralizes source control, and yet we all want to use single-point-of-failure Github.

This is pretty much why both the organization that i work for, as well as i personally for my homelab use self-hosted GitLab instances: https://about.gitlab.com/

Though in practice there are a lot of other options out there, like Gitea (https://gitea.com/) and GitBucket (https://gitbucket.github.io/), though maybe less so for alternative source control systems (e.g. SVN has been all forgotten, however that's a personal pet peeve).

Not only that, but i also utilize my own Sonatype Nexus (https://www.sonatype.com/products/repository-oss?topnav=true) instances to great success: for doing everything from mirroring container images that i need from DockerHub (e.g. due to their proposed removal policies for old images and already adopted rate limits), to mirroring Maven/npm/NuGet/pip/Ruby and other dependencies, so i don't have to connect to things on the Internet whenever i want to do a new build.

That not only improves resiliency against things on the Internet going down (apart from situations where i need something new and it's not yet cached), but also improves performance a lot in practice, when only the company servers need to be hit, or my own personal servers in the data center for my cloud hosted stuff, or my own personal servers in my homelab for my own stuff.

Admittedly, all of that takes a bit of setup, especially if you happen to expose anything to the web in a zero trust fashion (permissible for my own stuff, as long as i'm okay with manually managing CVEs just to probably get hacked in the end anyways, but definitely not that any corporation with an internal network would want to do), but in my eyes that's still worth the effort, if you value being in control of your own software stack and the ecosystem around it.

It's probably much less worth it, if you don't see that as a benefit and don't want to be the one responsible for whatever project you're working on getting hacked, e.g. if you'd fail to patch out the recent GitLab CVE where exiftools could execute arbitrary code, which is probably the case if you don't have the resources to constantly throw at maintenance, in comparison to companies with 100x - 1000x more resources than you have for that sort of stuff.

> Rails doesn't scale? Github's the largest code repository site in the world.

You know, i think i understand both of the viewpoints here. Personally, i'd say that Rails doesn't scale as well as i'd expect it to. You can definitely build scalable systems in it, though you'll end up throwing a whole bunch of hardware resources, when compared to certain other languages and technology stacks, to serve similar load.

For example, right now i self-host a GitLab (https://about.gitlab.com/) instance for managing my code repositories, CI builds and so on. Even with just me using it (alongside some automated processes), it routinely eats up close to 4 GB of RAM, which in my case is an entire VPSes worth and costs me about 60 Euros a year with Time4VPS (affiliate link, if you'd like to check it out: https://www.time4vps.com/?affid=5294) but would cost me way more in AWS, GCP etc. One could argue that that's not too expensive, but not everyone earns a lot of money and running 10-20 VPSes does eventually build up, since i can't afford colocation and my residential homelab setup with a WireGuard tunnel to bypass ISP NAT with a proxy VPS is pretty slow, even if i can afford more storage, RAM and CPU power that way.

Compare that situation to projects like Gogs (https://gogs.io/), Gitea (https://gitea.com/), GitBucket (https://gitbucket.github.io/) and sourcehut (https://sourcehut.org/) - i'd argue that all of them on average use less CPU resources and memory for accomplishing similar tasks. For example, have a look here: https://forgeperf.org/

However, we cannot ignore the fact that using Ruby might have been exactly what allowed for quickly creating the functionality of GitLab and many other platforms and tools out there, GitHub included, so the choice between usable software and innovation in the near future and performant software possibly years from now is a tricky one.

There are probably good arguments for both, but noone can declare either to be better. Personally, i don't mind using Ruby, Python or even PHP when it makes sense and i don't need to worry about scalability from day 0.

I saw this on HN and have been using it for the past two weeks for some small hobby projects. The docs are so-so but I got it set up in Docker without much hassle. I've since migrated completely from gitbucket. Great software - I encourage everyone to try it out.

A Git platform (like github or gitlab) written in Scala. Definitely not a pet project so might be fun to read the code. https://github.com/gitbucket/gitbucket