--- wikisrc/gitsofar.mdwn 2015/02/16 08:36:53 1.6
+++ wikisrc/gitsofar.mdwn 2019/09/02 05:44:21 1.8
@@ -1,6 +1,9 @@
## NetBSD with git so far
-[core statement on vcs](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
+* [2015-01: Core statement on version control systems](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
+* [2017-06: New home for the repository conversion](http://mail-index.netbsd.org/tech-repository/2017/06/10/msg000637.html)
+* [2017-09: pkgsrc Commit Message Policy](http://mail-index.netbsd.org/pkgsrc-users/2017/09/12/msg025574.html)
+* [GitHub.com/NetBSD](https://github.com/NetBSD)
### Low memory hosts:
@@ -26,8 +29,7 @@ slowly.
After some complaining on the git@ mailing list a patch has been produced which
drops the memory requirements down quite a bit. I can now, without much tuning,
-work on my 512 system. I'm pretty sure a 256 + swap without any special tuning
-would also work.
+work on my 512 system.
### CVS in parallel
@@ -44,7 +46,11 @@ See above for CVS server provided if ong
### existing cvs dependencies
-TBD
+is there a list of these? build systems?
+The entire build infrastructure of NetBSD should (even without giti) change into a "jobs"-oriented workflow instead of a "server"-oriented workflow.
+
+Very recent (summer 2017) events have shown that the ability to move things around is very important.
+
### How should NetBSD be setup
@@ -56,6 +62,8 @@ Also see a great description of how Drag
[dfbsd workflows](http://lists.dragonflybsd.org/pipermail/users/2015-January/207422.html)
[dfbsd config](http://lists.dragonflybsd.org/pipermail/users/2015-January/207424.html)
+[In 2019, FreeBSD core team has appointed a WG to explore transition from Subversion to Git.](https://www.freebsd.org/news/status/report-2019-04-2019-06.html#FreeBSD-Core-Team)
+
### how to install
git should fit into NetBSD src/tools easily. I have not personally tested
@@ -86,7 +94,7 @@ Also using the dates for commits instead
### how to convert
-ESR?
+https://github.com/netbsd/
### No lock-in
@@ -96,6 +104,9 @@ Don't do anything weird like change hist
Maybe when we have 30 years of project history it will be time to consider
restructuring the project. :)
+git is the most widely used VCS ever so it has the best chance of conversion tools existing.
+No future tool will be able to exist without a git-conversion script.
+
---
I think this is less a function of the tool and more a function of the project not