4 ms·
You mention that the code is constantly updated and must be shared with colleagues. Are you the only person modifying the code? Or do your colleagues modify it
by derstander 5y ago
You mention that the code is constantly updated and must be shared with colleagues.
Are you the only person modifying the code? Or do your colleagues modify it, too?
If the latter, distributed version control is why git was created.
Git isn’t the only way — certainly distributed projects existed before it. But you’re going to need to use version control and I don’t think you’re going to have an easier time convincing or teaching hesitant colleagues mercurial or svn instead.
For reference, I am also a (non-software) engineer working with code. We have an internal GitLab instance. There were definitely growing pains getting folks to use it. But it’s certainly been better than asking Joe for his version of this code and Bill for his version of that code and getting them to play nicely together. It helps to have your leadership on board. So a department chair in your case, perhaps?
- derstander 5y agoIf it’s just you developing, you could use whatever version control system you’re comfortable with and when you commit files have them automatically saved to an internal website that your colleagues know the location of. If you don’t already know a version control system I would just bite the bullet and learn git. Nowadays it seems to be the most popular so odds are people you collaborate with in the future will use it.