Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Releases versus folders #16

Open
ejhumphrey opened this issue Feb 3, 2019 · 4 comments
Open

Releases versus folders #16

ejhumphrey opened this issue Feb 3, 2019 · 4 comments

Comments

@ejhumphrey
Copy link
Collaborator

It seems the tradition here has been to copy-create a new folder for each year. This is in contrast to a more typical git workflow where there would only ever be one template, and different releases are tagged for different conferences.

This could be good to get in front of for ISMIR2019. What are your thoughts @f0k + @stefan-balke, as contributors? or @julian-urbano on behalf of the program co-chairs?

@julian-urbano
Copy link
Collaborator

It does indeed make more sense to just commit new changes. Last I heard, @stefan-balke was going to update the template for 2019?

On a related topic, it's very likely that new templates will be made at least for the LBD papers, so some explicit folder-like division will be necessary for paper types.

@stefan-balke
Copy link
Collaborator

I'm fine with anything. However, a conference would be a release but what about TISMIR? Putting it into a separate repo?

@julian-urbano since the merge is done now, I'll make a PR ASAP.

@stefan-balke
Copy link
Collaborator

And yes, let's keep this in mind but I would like to leave it as is for this year...

@f0k
Copy link
Collaborator

f0k commented Feb 8, 2019

However, a conference would be a release but what about TISMIR? Putting it into a separate repo?

Sorry I'm late to the party, but yes, switching to releases would require separate repositories for the conference (which could still have subfolders for paper and LBD and MIREX templates released together) and TISMIR. Which wouldn't be a bad idea anyway, since they're not sharing anything now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants