«etiquette» 태그된 질문

6
왜 squash git이 pull 요청을 커밋합니까?
모든 심각한 Github 저장소는 왜 커밋을 단일 커밋으로 스쿼시하기를 원합니까? 나는 git log가 거기에 있다고 생각했기 때문에 모든 기록을 검사하고 어떤 변화가 어디서 발생했는지 정확하게 볼 수 있지만 그것을 스쿼시하면 기록에서 꺼내어 하나의 커밋으로 묶습니다. 요점이 뭐야? 이것은 또한 "미리 커밋하고 자주 저지르는"진언에 위배되는 것으로 보인다.
1
GitHub에 대한 요청없이 분기 된 저장소에서 변경 사항을 가져 오시겠습니까?
저는 소셜 코딩 커뮤니티에 익숙하지 않으며이 상황에서 올바르게 진행하는 방법을 모릅니다. 몇 주 전에 GitHub 리포지토리를 만들었습니다 . 누군가 프로젝트 를 시작했고 할 일에 약간의 변화가있었습니다. 누군가 내 프로젝트를 포크하고 추가하는 데 시간이 걸렸습니다. 변경 사항을 내 코드로 가져 오려고하지만 몇 가지 우려 사항이 있습니다. 1) 포크 리포지토리에서 git을 통해 …
40 git  github  etiquette 
2
오픈 소스 포크의 이름을 바꾸는 데 필요한 에티켓은 무엇입니까?
Github에 TestNG Java 테스트 프레임 워크 (Apache 2 라이센스)를 포크하여 내 필요에 맞게 몇 가지 사소한 것을 추가 / 변경할 수 있습니다. 모든 변경 사항이 기본 프로젝트에서 승인되거나 다른 사람들이 내 포크를 사용할 가능성은 거의 없습니다. 이것은 결코 주요 프로젝트와의 경쟁이 될 수 없습니다. 이제 이름 지정 측면에서 이슈 이름 …
1
제공자에게 github에서 풀 요청을 리베이스하도록 요청하는 것이 맞습니까?
나는 상대적으로 인기있는 github 저장소를 유지합니다. 끌어 오기 요청을 병합하는 것이 좋을 때 나는 일반적으로 저자가 병합하기 전에 단일 커밋으로 리베이스하도록 요청합니다 (특히 여러 개의 작은 편집이 있었을 때). 이것은 좋은 자식 연습입니까? 이것이 허용되는 / 표준 GitHub 에티켓입니까? 따라서 몇 가지 이점이 있습니다. 커밋 로그에서 깨끗한 커밋 기록을 얻습니다. …
25 github  etiquette 
2
Github 프로세스에서 프로젝트 포크
Github에는 제가 가장 좋아하고 사용하고 싶은 프로젝트가 있습니다. 내가 다르게 / 제거하고 싶은 몇 가지가 있는데, 내가 원하는 / 필요한 것에 맞지 않습니다. 또한 몇 가지 사항을 추가하고 싶습니다. 이해 한대로 프로젝트를 포크해야하며 원하는대로 변경하고 포크로 되돌릴 수 있습니다. 거기에서 때로는 원래 프로젝트의 변경 사항을 포크로 가져 와서 최신 버그 …
5
버그 추적 에티켓-Necromancy 또는 Duplicate?
요청 된 개선 작업을 수행하는 데 필요한 도구가 부족하여 "해결됨 (고정되지 않음)"으로 표시된 오픈 소스 프로젝트에 대한 버그 추적기에서 정말 오래된 (2 년 이상) 기능 요청 문제를 발견했습니다. 결정이 내려진 후 시간이 지남에 따라 새로운 도구가 개발되어이를 해결할 수있게되었으며, 해당 응용 프로그램에 대해 커뮤니티의 관심을 끌고 싶습니다. 그러나 이와 같은 …
1
업스트림 리포지토리에 동시에 기여하고 전환하기위한 적절한 에티켓과 권장 GitHub 워크 플로는 무엇입니까?
나는 일반적으로 GitHub와 VCS를 처음 사용합니다. 나는 여러 해 동안 여러 언어로 프로그래밍을 해왔지만 항상 커스텀 프로젝트 (공개 릴리스는 아님)에 솔로로 일했습니다. 나는 최근에 작업중 인 프로젝트에서 GitHub에서 다운로드 한 jQuery UI 위젯을 사용하기 시작했습니다. 리포지는 더 이상 원저자가 유지 관리하지 않습니다. 다른 포크는 원래 풀 요청 중 일부를 통합했습니다. …
1
다른 사람의 풀 요청 편집을위한 에티켓
누군가 GitHub에 하나의 커밋으로 풀 요청을 보낸 저장소를 소유하고 있습니다. 나는 그의 솔루션을 부분적으로 만 구현하고 싶고 사용자가 만든 코드 변경의 약 절반을 사용합니다. 이 상황에서 어떻게해야합니까? 그의 버전의 브랜치를 만들고, 돌아가서 원래 버전에서 보존하려는 "오래된"코드를 복사하여 두 번째 커밋에 붙여 넣습니다. 이것은 커밋 사이의 차이가 실제보다 커 보이게하고 같은 …
13
소프트웨어 컨퍼런스에서 어떤 에티켓 규칙을 따라야합니까? [닫은]
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 칠년 전에 . 참석자, 연사 또는 벤더로서 소프트웨어 컨퍼런스에서 언급되지 않은 에티켓 규칙이 무엇인지 알고 싶었습니다. 눈에 띄게 눈에 띄지 않는 것 (당신이 이기지 않았기 …
19 etiquette 
7
오픈 소스 에티켓
Codeplex에서 첫 번째 오픈 소스 프로젝트를 시작했으며 끔찍한 코드를 발견했습니다. (C #에 여전히 "goto"문이 있다는 것을 알게되었습니다.) "owner"가 원했던 기능을 추가하기 시작했으며 코드베이스를 탐색하고 그 혼란을 확인한 후 (예 : "goto"사용) 정리하고 싶었습니다. 약간. 그러나 나는 약간 우려하고 있으며 이것이 내가 여러분 모두에게 돌이키는 이유입니다. "나쁜 코드"를 "고정"하는 것이 적절한 …
2
누군가 같은 이름의 오픈 소스 프로젝트를 포크 할 때 어떻게해야합니까?
나는이 GPL 프로젝트를 가지고 있는데, 그것은 1 년 동안 붙어 있었고, 나는 정말로 아이디어를 좋아하고, 누군가가 그것을 포크하고 모든 것을 바꾸었지만 같은 이름을 사용했습니다. 그러나 나는 그 이름을 좋아한다. 이런 상황에 대한 에티켓은 무엇입니까? 이 프로젝트는 나에게 도움이 될 것이며, 나는 그것을 좋아하지만 이름은 팔리지 않았다. 편집 : 저자에게 연락하면 …
1
기존 프로젝트를 완전히 다시 작성하기위한 적절한 에티켓은 무엇입니까?
저는 오픈 소스 세계에 익숙하지 않습니다. 내가 작업중 인 프로젝트는 Github에 있습니다. (참고로) 작업중 인 프로젝트는 Plex Media Server 용 플러그인입니다. 플러그인을 Plex에 제출하여 "app store"에 포함시킬 계획입니다. 이제 내 질문에. 내가 처음 시작했을 때, 내가 원했던 것 중 일부는 잘 수행하지 못한 오래된 반중간 플러그인을 발견했다. 나는 그 레포에 …
6
버그 수정 패치는 누구의 책임입니까?
오픈 소스 프로젝트에서 여러 번 발생한 상황은 다음과 같습니다. 배포에서 버그를 발견하고 빠른 해킹 패치를 알아 냈습니다. 예를 들어 실제로 필요하지 않은 코드를 주석 처리하면됩니다. 나는 실제 버그를 알아 내고 패치를 만들어 Git pull request 등을 통해 제출하기 위해 약간의 노력을 기울였다. 풀 요청이 거부되었습니다. 아마도 패치가 불완전했을 것입니다 (예를 …
1
실수로 누군가의 전체 프로젝트를 점검했습니다. 요청을 받아 들일 수있는 방법이 있습니까?
유용한 중앙 기능을 갖춘 github에서 훌륭한 프로젝트를 찾았지만 오류 처리, 로깅, 구성 및 설정의 "광택"에는 어려웠습니다. 이 프로젝트는 5 년 동안 진행되었으며 수백 줄의 코드 만 있습니다. 그래도 괜찮은 수의 감시자와 소수의 포크에 관심을 기울일만큼 유용합니다. 사용하기 위해 특정 추가 작업이 필요했지만 그 전에 정리 작업을 수행했습니다. 그런 다음 약간의 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.