@Eduardo Mercovich (él)
This is a lot of thanks for a modicum of effort, during which I improved my elisp — and it does very little to address the state of the world, alas!
Can I suggest you put your thesis under version control as soon as you can, if it's not already?
The day you realise your sweeping edits were the wrong idea it will save your hide, and it's often useful less dramatically on other occasions.
For a single document being worked on by a single person, you really need very little knowledge of git. Just three very simple things: how to set it up, how to store changes, and how to retrieve a previous version. You don't even really need to know how to retrieve to start with — you could happily leave this until later, even deferring this until you really need it. You could even in a pinch get someone else to do it. Whereas they can't help you if you don't have previous versions in a repository!
Setting things up
- navigate to the directory/folder your thesis is in, and
git init --initial-branch main
git add thesis.org
'git init' sets up an empty repository. you don't need the --initial-branch argument but if you don't git will call it 'master' which some find offensive. As you may be making this public you may as well avoid this controversy.
(You do not need to worry about branching at all - I can't see why you'd want to branch your thesis. But there's always at least one branch and things like codeberg will display its name.)
'git add' is perhaps a little misleading. The repository is still empty at this point, you've just told git to track the file 'thesis.org' and store changes to it when you commit - which is the next step.
Storing changesgit commit -m "a message describing very briefly what changed"
This stores all changes to the files git is tracking to the repository. After the first commit the repository will now have a copy of thesis.org in it, in the state it was when you committed it.
'-m' is for 'message' naturally.
"initial commit" is a traditional first commit message. Other examples might be "fixed references in chapter 3", "incorporated jamie's code" etc.
I recommend committing pretty frequently - maybe every day!
And that's all you need to know!
(I'm assuming you have git installed already. Let me know if you need help with that.
Also, I know you want to use magit but I've barely ever used it, and for these very simple use cases I think it's worth learning to use command line git. It means you can understand what others are talking about, and also cope if magit isn't available).
@
Eduardo Mercovich (él) #
tem25 #
git #
versioncontrol