-
Notifications
You must be signed in to change notification settings - Fork 551
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
git cz just opens the local editor #558
Comments
I suspect you might not have an adapter configured in your repo and thus git-cz is operating as if there is no package. This means that you should either pass it -m "My commit message" in order to avoid having your editor open or set a global adapter on your system. Just a guess. |
Hello, I have the same issue (but on real Linux system 😃)
before to make your repo comittizen friendly I think the readme should be updated to indicate the command to be executed for new projects |
@sfauvart I agree that this could be more clear. |
Faced the same issue. You can enforce this globally as mentioned within the README. Here's a one-liner fix:
|
IMO, the readme needs an update to mention this "first". The current sequence creates this confusion: And this little gem gets easily ignored:
So if the readme can emphasise the repo needs to be commitizen friendly first (and if not, how to make it so), I think this confusion will go away. I just had to explain the same to my colleague and I'm sure many others face the same problem. |
@mrchief agreed! Would you be open to submitting a docs pr for the readme in a format that makes more sense to you given the scenario you described? |
Sure! Although it may take me a while for me so if anyone else wants to pitch in, please feel free. |
Following this guide, I solved this problem. I hope it can help you. |
Same issue, and I installed adapter. git cz --hookThis opens editor: .czrc (local)
.huskyrc
git-czIf I delete
I want to have Thanks, |
@ozum did you find any solution? I don't like to run |
@semoal unfortunately no. |
🎉 This issue has been resolved in version 3.1.2 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Using 3.1.2, my issue still persists... Is it possible to reopen this case? |
@ozum Is your repo commitizen friendly? |
@mrchief, yes it is commitizen friendly, you can see my repo here to see configuration: https://github.com/ozum/scrap/tree/v0.0.37 I'm experimenting a few things for the workflow in that repo. With
Note: In v.0.0.38, I disabled |
can i pass a adapter path in command , for example , git cz path-to-adapter ? |
@ozum cz-cli doesn't hook into |
@itninja-hue That seems like a separate question altogether. You should open up a new issue. |
I also had trouble with the editor popping up when using the
|
Lots of time passed, I returned to adjust my workflow. Using `"prepare-commit-msg": "exec < /dev/tty && git cz --hook"; Is there a solution not to open local editor? |
Still relevant for me, I have a commitzen-friendly repository and I want commitzen to be enforced for people unaware of it. Is there any way to achieve it? |
Developer can run it, if desired, using `npx cz`. Also there are known issues using Husky and Commitizen together - commitizen/cz-cli#558 (comment) - commitizen/cz-cli#432 (wont fix) - typicode/husky#99
Any update to this? I'm facing exactly the same issue as described above, tried various combinations and commands and it either runs twice, or opens vim at the end. Frustrating and makes the prompt part of commitzen useless for me |
!!!
|
git cz is broken for me.
I wanted to get started but it does not work.
I'm using Windows WSL (ubuntu shell on windows) together with zsh.
This is my gitconfig:
Even with my gitconfig removed, I get the following:
Is there a known bug?
The text was updated successfully, but these errors were encountered: