all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Samuel Wales <samologist@gmail.com>
To: Rob Sargent <robjsargent@gmail.com>
Cc: Mark Barton <mbarton98@gmail.com>, orgmode <emacs-orgmode@gnu.org>
Subject: Re: Org + git branches for derived files
Date: Fri, 13 Aug 2021 21:21:54 -0700	[thread overview]
Message-ID: <CAJcAo8sXkHqwV6WZpJ54Er1Rvj-e+iaEos5gc++teS8sOoJKzA@mail.gmail.com> (raw)
In-Reply-To: <D8625016-2293-4DF6-8187-032E9655486D@gmail.com>

it is an interesting question as many things go into the product:

- org file
- your .el files
- org version
- emacs version
- os
- hw
- export commands run

so the desire to keep the product is understandable.  not only is it
effort to find the export commands run, but other stuff might change
out from under you.

could you perhaps export to something more compressible like ascii or
latex only?  and then use whatever org uses to create pdf?  git isn't
supposed to be for recreatable products, but ... is it TRULY trivially
recreatable?  :)

a colophon in the result can be useful maybe.


On 8/13/21, Rob Sargent <robjsargent@gmail.com> wrote:
>
>
>> On Aug 13, 2021, at 7:53 PM, Rob Sargent <robjsargent@gmail.com> wrote:
>>
>>
>>
>>> On Aug 13, 2021, at 6:54 PM, Mark Barton <mbarton98@gmail.com> wrote:
>>>
>>> Ken,
>>>
>>> You could consider using git-lfs, Large File Support. There is some setup
>>> and then you can say track *.pdf and that will tell git to track the
>>> binary file in a more efficient way. I use this mailing for csv files
>>> that I want to have a snapshot version of with the Jupyter notebook that
>>> used them. Once you are tracking the files with git-lfs, they will be
>>> tracked with the normal git commits.
>>>
>>> I agree that the best practice is not to commit these types of files, but
>>> sometimes it is handy to. By committing the PDF files to the repo, I can
>>> use Working Copy, a git client, on my iPad to quickly reference a
>>> document. Since the iPad cannot run Emacs, I am unable to regenerate the
>>> PDF from there.
>>>
>>> Mark
>>
>> If you’re using GitHub or gitlab you can place artifacts along side your
>> code repo. One often sees executables and jars there. Typically built and
>> updated by mechanisms on the holster on a  “release” action or similar
>> event
>
> I see autocorrect preferred “holster” to “hoster”
>
>
>
>


-- 
The Kafka Pandemic

Please learn what misopathy is.
https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html


  reply	other threads:[~2021-08-14  4:22 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-13 18:40 Org + git branches for derived files Ken Mankoff
2021-08-13 20:53 ` Juan Manuel Macías
2021-08-13 23:10 ` Tim Cross
2021-08-14  0:53 ` Mark Barton
2021-08-14  1:53   ` Rob Sargent
2021-08-14  3:44     ` Rob Sargent
2021-08-14  4:21       ` Samuel Wales [this message]
2021-08-16  1:02         ` Ken Mankoff
2021-08-16  4:58           ` Rob Sargent
2021-08-31 12:21 ` Timothy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAJcAo8sXkHqwV6WZpJ54Er1Rvj-e+iaEos5gc++teS8sOoJKzA@mail.gmail.com \
    --to=samologist@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=mbarton98@gmail.com \
    --cc=robjsargent@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.