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

Added exception for immutable collections (AV1130) #165

Merged
merged 1 commit into from
May 28, 2018
Merged

Added exception for immutable collections (AV1130) #165

merged 1 commit into from
May 28, 2018

Conversation

bkoelman
Copy link
Contributor

No description provided.

@dennisdoomen
Copy link
Owner

Did you intend to target master or can it be part of the next release?

@bkoelman
Copy link
Contributor Author

bkoelman commented May 18, 2018 via email

@bkoelman
Copy link
Contributor Author

I'm guessing you intend master for minor corrections, while Develop is to be used for ongoing semantic changes.

I'm currently in the process of updating the analyzers in CSharpGuidelinesAnalyzer for the guidance changes from the past half year, submitting PRs here for whatever I come across. By the time I am done, I'm hoping we can create a new release of CSharpGuidelines to match with the analyzers release.

I was surprised to see that changes on the master branch become visible on the accompanying website, which I expected to represent the latest released version. And that the default GitHub branch is now Develop, which is where visitors get when they google the repo. This got me thinking about versioning. Instead of referring to the website, CSharpGuidelinesAnalyzer help URLs should point to a page on GitHub at a specific point in time (based on commit hash). So that users running an old version will get matching explanations, even for deleted rules.

Would you consider making master the default branch again, so visitors are seeing (almost) released rules by default? I find myself looking up the website and pasting AVxxxx in the search field more convenient than going to the Releases tab, download the html-version, search there etc.

But I'm just guessing a lot here. Can you clarify a bit how you would like things to work?

@dennisdoomen
Copy link
Owner

I'm guessing you intend master for minor corrections, while Develop is to be used for ongoing semantic changes.

The idea behind this is that master represents the official releases, so only important fixes should land there. Every fix technically means a new release on Github. Anything else should go to develop. In a way, this maps to GitFlow.

I was surprised to see that changes on the master branch become visible on the accompanying website, which I expected to represent the latest released version

That would require me to select a different branch for Github Pages.

Would you consider making master the default branch again, so visitors are seeing (almost) released rules by default? I find myself looking up the website and pasting AVxxxx in the search field more convenient than going to the Releases tab, download the html-version, search there etc.

Searching on the official web site doesn't work for me unfortunately. You can search on Github though.

@dennisdoomen dennisdoomen merged commit 1ea3513 into dennisdoomen:master May 28, 2018
@bkoelman bkoelman deleted the immutables branch May 29, 2018 18:01
@bkoelman
Copy link
Contributor Author

I'll start targetting Develop for all changes after the next release, to keep master match with the latest released version. Things have gone a bit messy so far due to miscommunication.

I do use Github for searches. Therefore I'd like master to be the default branch, which is what visitors will see by default. Unfortunately that setting makes PRs target master too. But because there are less contributors than visitors it seems the best solution to me.

@bkoelman
Copy link
Contributor Author

bkoelman commented Jun 4, 2018

Also, GitHub search only finds results in the default branch, which currently is Develop. I do not think it is possible to search in master.

@dennisdoomen
Copy link
Owner

Alright. Let's switch the default branch to master again.

@bkoelman
Copy link
Contributor Author

bkoelman commented Jun 7, 2018

Would be great. Thanks.

mapfel pushed a commit to stepahead/CSharpGuidelines that referenced this pull request Mar 22, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants