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

Questions / Answers from ops members #93

Open
5 tasks
ExperimentsInHonesty opened this issue Nov 9, 2023 · 5 comments
Open
5 tasks

Questions / Answers from ops members #93

ExperimentsInHonesty opened this issue Nov 9, 2023 · 5 comments

Comments

@ExperimentsInHonesty
Copy link
Member

ExperimentsInHonesty commented Nov 9, 2023

Dependency

  • When there is a question to be answered

Overview

If you have questions, put them in this issue so that we can answer them and keep the info around permanently (adding it to wiki, etc.)

Action Items

  • Add your question to a comment
  • if you have the answer to someone else's questions, add a comment, and quote their question in your comment using the > character to create a blockquote. Indicate if you think the question and answer should be added to the wiki
  • add the label ready for CoP lead
  • move to the question's column.

Resources/Instructions

@drakeredwind01

This comment has been minimized.

@chelseybeck

This comment has been minimized.

@drakeredwind01

This comment was marked as resolved.

@drakeredwind01

This comment was marked as resolved.

@ale210
Copy link

ale210 commented Oct 17, 2024

Question Details

Q: should we properly categorize our branches?

my mentor says it might be a good idea to incorporate common practice branch grouping

bugfix/no_destination_for_href
feature/adding_picture_of_a_cute_puppy
release/cute_puppy_update_for_better_retention
hotfix/corrupt_image_breaks_the_site_fix

for example:

git checkout -b feature/36-add-new-iam-user-drakeredwind01
instead of
git checkout -b 36-add-new-iam-user-drakeredwind01

doing this would make finding specific branches much easier as each prefaced catagory would show as another folder with all concerning branches within.

HFLA
├───bugfix
│   ├───css_is_broken_on_home_page
│   └───no_destination_for_href
├───feature
│   └───adding_picture_of_a_cute_puppy
├───release
│   └───cute_puppy_update_for_better_retention
├───hotfix
│   └───corrupt_image_breaks_the_site_fix
├───iam_users
│   └───every_thing_is_on_on_fire_help
└───admin
    └───sigh

can also add features such as admin, iam_users, etc.
this is a standard used in most places
in accordance with atlassian.com

branch how to incorperate notes
bugfix: [bugfix/] problem that should be fixed that doesn't add any new functionality
Feature [feature/] an attribute or characteristic that adds value to the product.
Release [release/] where the maintainers believe the software is worth trying and using
Hotfix [hotfix/] should never use. needs to be added right away into production
  • A: So our infra repo is a bit different - because it's an infrastructure repo and not a development repo, we don't have things like feature branches, hotfixes, etc. Our workflow is pretty simple, where the prefix for branch names are the issue number and description

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

No branches or pull requests

5 participants