Husky.Net
EditorConfig
Husky.Net | EditorConfig | |
---|---|---|
5 | 4 | |
592 | 612 | |
- | - | |
7.4 | 0.0 | |
27 days ago | 3 months ago | |
C# | ||
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Husky.Net
-
What are your pre-commit hooks?
I use Husky.net to hook in dotnet format on changed files.
-
Can the command dotnet format cause runtime errors?
One suggestion that I have is to set up Husky.Net. It'll allow you to ensure that dotnet format is run on every staged file. Assuming you guys are doing appropriately sized commits and PRs, your team will be able to evaluate formatting changes better by reviewing them in chunks as they come in, and not all at once in a large codebase.
- Migrating from JS/TS ecosystem to Blazor
-
Good nuget packages or GitHub repos to check out?
https://github.com/alirezanet/Husky.Net to auto run csharpier or anything else as a pre-commit hook
-
Enforce code style guidelines only on git push
Pre-commit hooks could work for this, but you will have to ensure everyone sets up the same pre-commit hook. https://github.com/typicode/husky or https://github.com/alirezanet/Husky.Net can make that easier.
EditorConfig
-
Code Styling should be enforced by default
Someone already went through the trouble of producing a editorconfig dotfile that conforms to the StyleCop rules, and yet it isn't even suggested to be applied by any important C# tool. Which is a glaring oversight as bad as when default gitignore files were not suggested by default, leading to countless repos cluttered with bin and obj folders.
-
Does anyone has a clean code .EditorConfig for C#?
Like this: editorconfig ?
-
Migrating from JS/TS ecosystem to Blazor
Also https://github.com/RehanSaeed/EditorConfig as a starting point for enforcing C# rules and fixes like eslint.
-
PascalCase or camelCase?
Yes. This one is kept up to date as they add new rules to Visual Studio, it's my go-to to use as a base. It goes off of the Microsoft/.net guidelines and sprinkles stylecop style rules on top of it: https://github.com/RehanSaeed/EditorConfig
What are some alternatives?
GitRead.Net - .Net Standard library for reading Git repository data
csharpier - CSharpier is an opinionated code formatter for c#.
Gogs - Gogs is a painless self-hosted Git service
Alturos.Yolo - C# Yolo Darknet Wrapper (real-time object detection)
GitExtensions - Git Extensions is a standalone UI tool for managing git repositories. It also integrates with Windows Explorer and Microsoft Visual Studio (2015/2017/2019).
Roslyn - The Roslyn .NET compiler provides C# and Visual Basic languages with rich code analysis APIs.
format - Home for the dotnet-format command
Gitea - Git with a cup of tea! Painless self-hosted all-in-one software development service, including Git hosting, code review, team collaboration, package registry and CI/CD
Fine Code Coverage - Visualize unit test code coverage easily for free in Visual Studio Community Edition (and other editions too)
LibGit2Sharp - Git + .NET = ❤
Bridge.NET - :spades: C# to JavaScript compiler. Write modern mobile and web apps in C#. Run anywhere with Bridge.NET.