Kmaschta

It's looking nice! Is it open-source?

We're adding to the hosting bills just by having this blog post on top HN

We already have hard time migrating it to TypeScript :p How such an adapter might work?

We initially thought to migrate versions from staging to production with a sort of composition, but we didn't implement that because there was a high risk of mixing credentials between environments.

That said, you can easily copy a config from one env to another and update that new config in no time.

comfy get env1 > tmp.json; comfy setall env2 tmp.json; comfy set env2 <key> <value>

Thanks! Bash is just fine, and if you don't need anything else to share configs with your team, it's totally fine :)

We built this tool because we had a need (everything is explained in the blog post)

Comfy is a store of configurations for deployed environment. It's not recommended to store you local config into comfy, but you could.

If you do so, you have a system of tags. A config version can be tagged and the tag moved.

So, the integration environment can retrieve the config with the tag 'integration', say. And you can retrieve the latest.

Local: comfy get development Integration: comfy get development -t integration

Change the integration tag to the latest version : 1. Get the latest config hash with `comfy log development` 2. Set the tag integration to the latest `comfy tag move development integration <hash>`

Feature flags are a good example. One developer A enable a feature and deploy its version on integation.

Two days after, developer B deploys its version, but isn't aware that A deployed with the new feature enabled, so the feature is disabled with its deployment on integration.

Ideally, developers should use a centralized configuration management to no suppress each other configs. That's why we use Jenkins or the Atlassian suite for example. But it's heavy to install and maintain sometimes.

Comfy was created because we used environment variables on multiple servers, for many environments (prod, staging, demo, dev, etc), deployed by a few developers.

The purpose of the tool is to help developers share their config and keep sync with the rest of the team.

But I agree, if it's overkill if you don't need it!

Thanks!

Write a LOT of unit tests, a good bunch of integration tests and enough end-to-end tests. You'll be more confident in refactoring and with your developer experience in general.

Unlimited music, unlimited movies and series, unlimited internet, unlimited nice-to-have-but-not-essential services.

And also all services that make me save at least 5 hours a week.

I'd love do that for you, if you write in any web-based framework or technology. It's a way to learn for the reviewer and the reviewed.

I don't find the "mentor door" on their website. Does it work thanks to word of mouth or should I buy some other glasses?

Seems very attracting. I'll definitely give it a try.

It's a good idea, on top of that I want train myself about security. Thanks!

I'm not impartial but I read every marmelab blog post:

https://marmelab.com/blog/

As you can see, personally I read HN. But I'm sure there are more productive things to do.

Too bad!

Seems strange to me, too. The website lost all credibility after I read that.

We'll switch to Github Integration soon to avoid this issue.

Ah! I would write Unix but, you know, the marketing ... :p Its not even GNU/Linux !

It would be great! I have already noted this requested feature on my list.

The default rule for now is "change all instance of that word in the whole line".

We'll fine-tune that behavior with the feedback we'll have.

I take note of your feedback, thanks!

What about a command s/[search]/[replace]/a for "--amend"?

It's in the pipeline!

GitHub has that feature too. But it's a lot of context switching to edit the file, commit and return to your code review where you'll need to build the code architecture in your head again.

All of that is explained on the article.

Thank you very much for your feedback.

For third point: it is actually the case! We have not implemented all the features of sed for this reason.

I keep the two first points to my list of requested features, it's very interesting!

The global flag is planned to edit an entire file. And be able to change the separator could be a very nice feature! Thanks for the idea.

The project is still young and we'll implement in priority what save time to developers.

Thanks!

Any particular reason to not use it? Just to know if we can improve something.