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

chore: Contributing Guide - Codification of Project Norms #1340

Merged
merged 1 commit into from
Nov 14, 2024

Conversation

lorenzoaiello
Copy link
Contributor

This pull request introduces a Contributing Guide to start codifying best practices and norms in the project. It also eliminates two old files that can be safely removed and just retained in the git history.

The notable items in the contributing guide are:

  • Go Comment Formatting (already largely in place)
  • Codifying a preference for Input/Output structs on functions to allow more non-breaking changes to function calls as parameters change/expand over time (things have already been trending in this direction, but it helps to commit to the direction)

I'll leave this up for a bit in case anyone has any thoughts or feedback.

@lorenzoaiello lorenzoaiello added community decision issues that are not technical, and cause behaviour changes, but not API breaks. proposal labels Oct 23, 2024
@lorenzoaiello lorenzoaiello changed the title chore: Updating and archiving docs chore: Contributing Guide - Codification of Project Norms Oct 23, 2024
@lorenzoaiello lorenzoaiello merged commit e764011 into master Nov 14, 2024
7 checks passed
gautamr95 pushed a commit to pylon-labs/slack that referenced this pull request Dec 13, 2024
)

This pull request introduces a Contributing Guide to start codifying
best practices and norms in the project. It also eliminates two old
files that can be safely removed and just retained in the git history.

The notable items in the contributing guide are:
- Go Comment Formatting (already largely in place)
- Codifying a preference for Input/Output structs on functions to allow
more non-breaking changes to function calls as parameters change/expand
over time (things have already been trending in this direction, but it
helps to commit to the direction)

I'll leave this up for a bit in case anyone has any thoughts or
feedback.
gautamr95 pushed a commit to pylon-labs/slack that referenced this pull request Dec 13, 2024
)

This pull request introduces a Contributing Guide to start codifying
best practices and norms in the project. It also eliminates two old
files that can be safely removed and just retained in the git history.

The notable items in the contributing guide are:
- Go Comment Formatting (already largely in place)
- Codifying a preference for Input/Output structs on functions to allow
more non-breaking changes to function calls as parameters change/expand
over time (things have already been trending in this direction, but it
helps to commit to the direction)

I'll leave this up for a bit in case anyone has any thoughts or
feedback.
gautamr95 pushed a commit to pylon-labs/slack that referenced this pull request Dec 13, 2024
)

This pull request introduces a Contributing Guide to start codifying
best practices and norms in the project. It also eliminates two old
files that can be safely removed and just retained in the git history.

The notable items in the contributing guide are:
- Go Comment Formatting (already largely in place)
- Codifying a preference for Input/Output structs on functions to allow
more non-breaking changes to function calls as parameters change/expand
over time (things have already been trending in this direction, but it
helps to commit to the direction)

I'll leave this up for a bit in case anyone has any thoughts or
feedback.
gautamr95 pushed a commit to pylon-labs/slack that referenced this pull request Dec 13, 2024
)

This pull request introduces a Contributing Guide to start codifying
best practices and norms in the project. It also eliminates two old
files that can be safely removed and just retained in the git history.

The notable items in the contributing guide are:
- Go Comment Formatting (already largely in place)
- Codifying a preference for Input/Output structs on functions to allow
more non-breaking changes to function calls as parameters change/expand
over time (things have already been trending in this direction, but it
helps to commit to the direction)

I'll leave this up for a bit in case anyone has any thoughts or
feedback.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
community decision issues that are not technical, and cause behaviour changes, but not API breaks. proposal
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant