This is impossible to answer unless one knows what CC BY-SA is "about", as it applies to code, because the reason this proposal was brought up was because the way CC BY-SA applies to code is unclear in the first place. Furthermore, there are properties of CC BY-SA that aren't spelled out in the license itself - its implied and de facto properties - and these depend on circumstance and who you ask.
So rather than give a single answer, I'll try to cover the major properties and ambiguities of CC BY-SA, so you can pick and choose your own interpretation.
Brand name, wide compatibility
I strongly suspect the original decision to use CC BY-SA was because it was a popular and trendy license even used by Wikipedia. (Interestingly, CC BY-SA version 2.5 was once known as CC-Wiki.) Being well known makes it easier for people to understand the license; being widely compatible makes it more useful.
There's a potential conflict here though: most open source projects are permissively licensed. In order to accomodate these projects, to add code to them without changing the project's license, we would have to exclude all copyleft licenses. If you care about closed-source projects, you would also have to exclude all copyleft licenses because they are incompatible with closed source.
As a compromise, I think the license would need to be at least GPL-compatible. The various GPL licenses are the most popular copyleft licenses, by far.
In any case, the license should preferably be well known.
As an aside, the popularity of licenses varies a lot depending on language and industry; for examples, MIT has outsize popularity within front-end web development, and the Artistic License is virtually unused outside Perl.
Easy to use
One major advantage of CC licenses is they are (relatively) easy to use. In most cases, simply mentioning the author and the license (e.g. "Creative Commons Share-Alike") is enough.
This property is actually pretty rare outside the CC licenses. Virtually all software licenses require including the full text when you distribute the software. Note that this doesn't mean you have to paste the entire license in your source code; you can simply include a comment like
Copyright 20XX John Smith, Foobar license and elsewhere in your distribution, include the full "Foobar license".
But if even that is too onerous, there are two options:
- Use the shortest license possible, so you can just copy-paste the whole thing
- Use a crayon license, modifying/waiving the license inclusion clause(s)
This is the most problematic aspect of CC BY-SA for code: what kind of copyleft it represents, with respect to source code and linking.
None of the CC licenses address these points, and this issue has never been tested in court. CC's own lawyers probably looked at this issue, and discourages using their licenses for code.
One way to interpret the -SA clause is that "source" and "binary" forms are adaptations of each other, so it's perfectly fine for someone to take CC BY-SA licensed code and only distribute the binary freely. Another way to interpret it is that it's a file-level copyleft, since other files cannot be derivative of the CC BY-SA file. Another interpretation is that the whole project should be treated as a single work, so -SA is a project-level copyleft. Another interpretation is that it shouldn't be how -SA theoretically works for software, but the spirit of copyleft in general, and thus copyleft should extend to linking too.
All of these interpretations are equally (in)valid, because CC BY-SA is unclear.
Then again, some regard this lack of clarity as a feature, not a bug. They believe CC BY-SA should be used for knowledge, not code, so the trouble with deciding whether CC BY-SA code can be copy-pasted into other projects is a good thing.
Which license to use?
By now it should be abundantly clear that there is no single license that is equivalent to CC BY-SA. How much a license resembles CC BY-SA depends on how you interpret the above properties. For example, I could choose:
MIT with optional link-only attribution, because:
- It is based on the most popular software license
- It is permissive, making it compatible with the vast majority of software projects, closed or open
- The link-only attribution makes it easy to use; it can also be used in the same manner as MIT which is also very easy
- It takes an extremely liberal interpretation of "-SA"; since CC BY-SA doesn't explicitly guarantee access to the source, MIT spells it out so that paranoid users don't need to worry
...but I'm pretty sure you'll strongly disagree with this choice.