31–40 of 97 posts
Earlier quoted context omitted.
I don't believe they mean they're using git as the data store for the application. Sync with git means updating tickets based on parsing action commands embedded in commit messages pushed to your git server. Jira can actually do this, too, though I think you need to be using Bitbucket as your git server.
You do not need to use Bitbucket, works with Github too.
Earlier quoted context omitted.
Its definitely something we've been exploring when putting our product roadmap together. I'm curious though, if we had a private cloud instance vs self hosted? I'd love to understand why self hosted would be the option you'd go for.
A lot of orgs have various regulatory constraints. For much of public sector, you're either going to need to be able to have it hosted on AWS GovCloud or allow the organization to self host it on their own servers.
Sync'ing with self-hosted Git servers would be good to have. Many of our projects are hosted on Git servers in a "secure network" behind a corporate VPN that, for legal and commercial reasons, cannot be hosted externally. Any thoughts on this?
I honestly wouldn't use such a tool for anything mid to large size. Git is kind of a nightmare. Now, an SQL database, or a distributed key-value store, I would use as a backend.
I like this, but my enterprise will not be switching away from Jira any time soon, which is my main problem with all these new fancy services. It just shows me what is possible, but I can never have.
I do agree it’s hard, I’d love to know though, if there was a way for you to use the tool internally. How would you envision that happening, could it be a plugin, something working side by side JIRA perhaps?
I think if a tool like this would ever be adopted the first thing it’d need to do is sync with Jira, so things that happen in the tool happen in Jira too, and vice versa.
I’m not too sure though, I guess I kind of feel that the inertia is just too big. Unless it can do the same things that people (not developers, business people) want to do with Jira all the time (add thousands of custom fields, do arbitrary queries on those, build lots of unuseable dashboards, tens of different issue types with different fields and tabs for each, link issues with semantic types) and do them better, Jira will never be replaced.
I guess what I’d hope for is a way I can use the app while not having to deal with Jira, but then so much of our process is based on obscure Jira features that I’m not sure it’s possible.
Can I self-host it? The only reason we're going to move away from JIRA is that Atlassian dropped server installs and is moving everyone to their cloud or datacenter products. Have a great conversion from JIRA and a reasonably-priced self-hosted option, we'll be looking at you in six months.
Its definitely something we've been exploring when putting our product roadmap together. I'm curious though, if we had a private cloud instance vs self hosted? I'd love to understand why self hosted would be the option you'd go for.
It's a great question to differentiate sales critters: the new ones are sure that they can work something out; the middle ones are dubious; the experienced people chuckle and disengage politely.
Why startups don't try to break this charge per user per month thing? Would be great to have products which would charge like $10 a month for up to 5 users or so... why so greedy and charge 10 per user? So, if small team of 5..10 people, at $8 a month per user, is like $100 a month for single service. And if startup needs like 5..10 different services to pay, it becomes like a pretty good amount for paying for differ…
Basecamp kind does this, but it has a single $99/month unlimited plan. I also wanted this, because not all users need the entire product anyway (i.e. bug reporters, guests).