jamespjh / eResearch-meeting-list

Apache License 2.0
5 stars 6 forks source link

File per meeting, or another format #4

Closed jamespjh closed 4 years ago

jamespjh commented 4 years ago

@danielskatz suggests one-file-per-meeting is annoying.

@jamespjh thinks one-file-per-meeting is better for merges.

Comments?

danielskatz commented 4 years ago

both are right :)

but if this sticks around, merges will get less frequent and easier over time

ikirker commented 4 years ago

Surely they'd get more frequent, since each meeting will have to have its next shunted to previous and updated, once per meeting.

danielskatz commented 4 years ago

But that will be spread over a full year

ikirker commented 4 years ago

That's fair. I'm not sure I can think of a good alternative that wouldn't become limiting later[1] and that isn't just "put bunches of stuff in arbitrary files", or "group by initial", though.

And I think small files are nicer for editing and for probably for letting people see how to do new submissions, too.

[1] For example: if you box by category, you get into some very blurry areas and you probably just want to have (multiple) tags for particular meeting interests anyway if that's a categorisation exercise you want to get into. (Non-specific you.)

jamespjh commented 4 years ago

Yeh, I thought about one file per category, then I decided that'd just results in disputes over categorisation and/or lack of ability to find things when you disagreed over category with the contributor. So I don't like that idea.

jamespjh commented 4 years ago

I think this debate is coming to an end? Unless further disputation results from this comment, will close.

danielskatz commented 4 years ago

fine with me - I was really thinking of https://github.com/jamespjh/eResearch-meeting-list/issues/13 when I opened this issue