[Infrastructure] GitHub Branch Cleanup

Ryan Sleevi sleevi at google.com
Tue Feb 4 07:09:51 MST 2020

On Tue, Feb 4, 2020 at 7:49 AM Dimitris Zacharopoulos (HARICA) <
dzacharo at harica.gr> wrote:

> I have no strong feelings about deleting these branches. I just wish we
> could send some kind of "warning" or "instructions" to the Forum on how
> they can track down changes applied to various ballots and how they can
> compare with redlines introduced in ballots.

Are you talking historically or going forward?

> For example, I recall Ben Wilson who was keeping all these branches just
> to be able to demonstrate that the changes he applied to the Guidelines
> were correct and in sync with the ballot that was approved.

Sure, but that's why we don't need them now, right? Or are you saying folks
may want to retroactively look at them? If the latter, could you explain

I wholeheartedly agree that we want to be able to provide folks easy access
to viewing changes before they're made. That's normally accomplished
through Pull Requests. The Pull Request remains an artifact of the
repository, and so doesn't go away, and you can also download the pull
request as a .patch file to reproduce the immutable history, and attach
that to the mail archive, if the concern is about redundancy of storage.

I agree we can and should provide directions on how to create Pull
Requests, both as individuals proposing ballots or (as we've often
discussed), if they don't want / are unable to, then the Chair / Vice Chair
/ Delegates / whomever can do so.

If this doesn't make any sense to others and I am the only one with these
> concerns, we can safely ignore them.

I'm trying to be precise, not to dismiss your concerns, but to better
understand them, because I definitely want to make sure you're 100%
comfortable with what we go with :) Apologies if that seems very
direct/dismissive - but it's rather quite the opposite! :D
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cabforum.org/pipermail/infrastructure/attachments/20200204/4082ba82/attachment.html>

More information about the Infrastructure mailing list