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

docs: updated the general guidelines section #1221

Closed
wants to merge 2 commits into from

Conversation

YashPimple
Copy link
Member

@YashPimple YashPimple commented Apr 13, 2023

Related to #972
Fixes #995

Signed-off-by: Yash Pimple [email protected]

@github-actions github-actions bot added the documentation Improvements or additions to documentation label Apr 13, 2023
@netlify
Copy link

netlify bot commented Apr 13, 2023

Deploy Preview for keptn-lifecycle-toolkit ready!

Name Link
🔨 Latest commit bfcd4a2
🔍 Latest deploy log https://app.netlify.com/sites/keptn-lifecycle-toolkit/deploys/643e4cd8b7c13c000818ebdb
😎 Deploy Preview https://deploy-preview-1221--keptn-lifecycle-toolkit.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site settings.

## Guidelines for contributing

* Always fork the repository then clone that fork to your local system
rather than clone `main` directly.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After the github contributing page is merged, this should like to the appropriate subsection of that page for directions.

@@ -0,0 +1,35 @@
## Guidelines for contributing
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Again, this file is in the wrong directory -- see comments in your PR for github. And that PR also includes the guidelines... So need to straighten this all out.

Keptn, like most open source projects,
severely restricts who can push changes directly to the `main` branch
to protect the integrity of the repository.
* Keep your language clean and crisp.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a docs-only guideline. This list should be for both software and docs. For guidelines specific to either software or docs, I think I like putting those right after this list but we could instead put them in the software and docs sections. What do you think?


If you see a problem and are unable to fix it yourself
or have an idea for an enhancement,
please create an issue on the GitHub repository:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
please create an issue on the GitHub repository:
please create an issue on the GitHub repository.

Copy link
Contributor

@StackScribe StackScribe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Other than needing to move the source into the correct directory, this seems okay. What do you think when you read it? I'm thinking it could be better if you want to work on it. And, of course, we can always push it on through and update it later. We will want to come back to this to add links to other pages anyhow as we get more content in this guide.

So let's move the source to the right directory so it shows up where it should and then you decide how much more work you want to do before we put this out for review.

@StackScribe
Copy link
Contributor

You are failing an annoying semantic test. If you make some small change to your branch and push it, the error will go away.

@sonarqubecloud
Copy link

Kudos, SonarCloud Quality Gate passed!    Quality Gate passed

Bug A 0 Bugs
Vulnerability A 0 Vulnerabilities
Security Hotspot A 0 Security Hotspots
Code Smell A 0 Code Smells

No Coverage information No Coverage information
0.0% 0.0% Duplication

@StackScribe
Copy link
Contributor

From another meeting, we have a request for a little sub-section here about naming PRs. Salient points are:

  • Begin with an approved "type" (from list)
  • First word following the type must be lowercase
  • Use imperative form of verbs (e.g. fix rather than fixed)
  • Use short filenames rather than full path names

Review of this whole section should be a whole lot of fun! I'm sure there will be some conflicting opinions ;-)

* If you want to do the work on an issue,
include that information in your description of the issue
or in a comment to the issue.
## [Guidelines for contributing](https://github.com/keptn/lifecycle-toolkit/tree/main/docs/content/en/docs/guidelines-for-contributing.md)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please, don't use links in a header

@mowies
Copy link
Member

mowies commented Jun 12, 2023

Closed in favor of #1411

@mowies mowies closed this Jun 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Contributing: general guidelines
4 participants