> On Tue, Oct 24, 2023 at 06:38:50PM +0200, Uwe Brauer wrote: > [...]
> Do you mean the repository has to begin with zero or, say, one such
> subdirectory, and others have to appear there picemeal - as you add them?
Right, and I think I explained my workflow poorly. So let me start
again.
Last year I had for one sheet, one directory (actually the directory
contained a PDF, a .m and a .mlx template file: BTW bad idea to use mlx,
it is zipped xml and git and other VC cannot really deal with them: diff
and blame do not really work).
So when I was finished preparing one directory,
- I pushed it to gitlab,
- shared it with the students,
- they had to fork it and then share their forks with me.
- There was pushing, pulling, merging, editing conflicts etc, but more
or a less it was a smooth experience.
However this year I will have 50 students and 8 sheets, which would
result in 400 repository, clearly an overkill.
So I thought to work with only one directory/repository that contains 8
subdirectories.
Now I don't want to push all 8 subdirectories in one go, because the
students should work sequentially. So I see two options
1. I will have the sheets in my repository, and when it is the
moment, I copy the directory to the one I share with my students
add the files commit and then push to gitlab
2. Instead of copying I have already all files in the corresponding
subdirectories, but they are not pushed because I have configured
.gitignore that way. The problem is then: if I change something in
these directories these changes are not tracked; I could try git
init in each subdirectory, but it seems another maybe unnecessary
complication.
In any case one thing is not clear to me, and it maybe concerns more
gitlab than git itself:
If after one week I push again to my gitlab repository
(pushing the new subdirectory),
1. how will the students notice that in their forks?
2. Do they have to pull or, horror, make another fork?
Did I explain this now better?
Thanks
Uwe Brauer
--
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to git-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/git-users/875y2uj3tc.fsf%40mat.ucm.es.
smime.p7s
Description: S/MIME cryptographic signature
